filechooser: Add a couple of tests for GtkFileChooserButton; they fail now

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooser: Do tests with g_assert_cmpstr(), not g_assert(passed)

This lets us see exactly what failed, instead of just seeing a boolean error value.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooser: Move some of the tests to GTestDataFunc

This code came from a home-grown testing mechanism, which didn't aggregate tests
into a test suite; it just ran them one by one.  Here we move some of that machinery
to GTestDataFunc for more flexibility in running tests.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

filechooser: Get the filechooser tests to build

Some are ifdef-ed out with BROKEN_TESTS, but at least the tests will compile for now.

Added scroll and touch events to GtkToolPalette

filechooser: follow the gtk-recent-files-enabled GtkSetting

Avoid showing the Recent files entry if the setting is FALSE.

https://bugzilla.gnome.org/show_bug.cgi?id=693709

recentmanager: follow gtk-recent-files-enabled GtkSetting

https://bugzilla.gnome.org/show_bug.cgi?id=693724

settings: add a gtk-recent-files-enabled GtkSetting

Backed by an XSetting, so g-s-d can set it according to the GSettings
value.

https://bugzilla.gnome.org/show_bug.cgi?id=693724

wayland: Handle wl_output in GdkWaylandScreen

Expose information about outputs in GdkScreen (gdk_screen_get_n_monitors
and gdk_screen_get_monitor_*).

Add opacity_group hack

This adds a way to get the gtk_widget_set_opacity liike behaviour
of retargeting GdkWindows and exposing every child in ::draw, without
actually having an alpha. This is needed if you're doing more complex things
such as cross fading of widgets.

We do this as a hack by using opacity values that round to 255 yet not
really 1.0 in order to avoid having some magical API call for this
mainly internal call.

https://bugzilla.gnome.org/show_bug.cgi?id=687842

wayland: skip pointer and keyboard events without a surface

Pointer and keyboard events can be received after the surface has been
destroyed, in which case the surface will be NULL.

https://bugzilla.gnome.org/show_bug.cgi?id=693338

gdkwindow: don't use last_slave for the source device if it is NULL

Some backends do not have slave devices, which means last_slave may be
NULL. Use the current device as the source device if last_slave is NULL
when synthesizing a crossing event.

https://bugzilla.gnome.org/show_bug.cgi?id=692411

wayland: set the "transient inactive" flag on tooltip surfaces

This prevents the tooltip surfaces from taking the focus away from the
parent surface.

https://bugzilla.gnome.org/show_bug.cgi?id=693313

tooltip: set the transient parent when using the Wayland backend

Set the transient parent window on tooltips so that they can be
positioned correctly when using the Wayland backend.

https://bugzilla.gnome.org/show_bug.cgi?id=693313

Update Arabic translations

gtkcellrenderertext: Sink floating entry before using as signal argument

Sink the GtkEntry assigned to the private structure of GtkCellRendererText
before signals containing it as an argument are sent out. This keeps
language bindings from sinking the reference and then destroying the entry
when the signal closure is finished.

https://bugzilla.gnome.org/show_bug.cgi?id=693400

Remove remnants of localization from gtk-demo

gtk-demo isn't localized at this point.
https://bugzilla.gnome.org/show_bug.cgi?id=681578

Clean up the opacity handling

This cleans up the internals but doesn't really change the behaviour.

https://bugzilla.gnome.org/show_bug.cgi?id=687842

Fix compiler warnings

Remove two unused variables.

Mention the de-facto standard filename extension

GtkBuilder files are commonly named .ui - mention that in the
docs.
https://bugzilla.gnome.org/show_bug.cgi?id=590325

Plug a few memory leaks

The accessibles for icon view items were not properly freed
in all cases.
https://bugzilla.gnome.org/show_bug.cgi?id=683311

Correct the documentation for how to set accessible names

The example in the GtkWidget docs was referring to a nonexisting
AtkObject::name property. The correct property name is
accessible-name.

Add a test for setting accessible name from gtkbuilder

This is wrongly documented in the GtkWidget docs.

Updated Lithuanian translation

Revert "Updated Malayalam Localization"

This reverts commit 434f07944bbd5997a71ced13d8b5e402ecaf4c8f.

Updated Malayalam Localization

Revert "Visual C++: Update gtka11y projects completion"

This broke 'make dist' on linux.

This reverts commit ecf2a9471b4dd440709ffa4ae7c3efb5741dfaa5.

Revert "Drop things that break distcheck"

This reverts commit 2204f120839fbcebfab665fea0b70ed4176d7466.

css: Add opacity reftest

https://bugzilla.gnome.org/show_bug.cgi?id=687842

css: Support opacity

https://bugzilla.gnome.org/show_bug.cgi?id=687842

Add singleton for css number 1.0

This will be nice as this is will be the default for opacity.

https://bugzilla.gnome.org/show_bug.cgi?id=687842

TextHandle: Don't draw handles if not visible

When calling gtk_widget_draw() on the entry gtk_cairo_should_draw_window()
will return TRUE for all windows. This is used when rendering a widget to
somewhere other than the screen, and its now used for transparent widgets.
This caused the texthandle to always draw itself and terminate the draw
handler for the entry.

Instead we now only draw the markers when really visible, plus we return
FALSE to avoid stopping the entry drawing.

https://bugzilla.gnome.org/show_bug.cgi?id=687842

Add widget transparency test to testgtk

https://bugzilla.gnome.org/show_bug.cgi?id=687842

Add gtk_widget_get/set_opacity

This adds gtk_widget_get/set_opacity, as well as a GtkWidget.opacity
property. Additionally it deprectates gtk_window_get/set_opacity and
removes the GtkWindow.opacity property (in preference for the new
identical inherited property from GtkWidget, which should be ABI/API
compat).

The implementation is using the new gdk_window_set_opacity child
window support for windowed widgets, and cairo_push/pop_group()
bracketing in gtk_widget_draw() for non-window widgets.

https://bugzilla.gnome.org/show_bug.cgi?id=687842

Add gtk_widget_(un)register_window

This replaces the previously hardcoded calls to gdk_window_set_user_data,
and also lets us track which windows are a part of a widget. Old code
should continue working as is, but new features that require the
windows may not work perfectly.

We need this for the transparent widget support to work, as we need
to specially mark the windows of child widgets.

https://bugzilla.gnome.org/show_bug.cgi?id=687842

gdkwindow: Allow gdk_window_set_opacity on non-native children

We now store the current opacity for all windows. For native windows
we just call into the native implementation whenever the opacity changes.
However, for non-native windows we implement opacity by pushing a
second implicit paint that "stacks" on the existing one, acting as
an opacity group while rendering the window and its children.

This works well in general, although any native child windows will of
course not be opaque. However, there is no way to implement
implicit paint flushing (i.e. draw the currently drawn double buffer
to the window in order to allow direct drawing to the window).
We can't flush in the stacked implicit paint case because there
is no way to get the right drawing behaviour when drawing directly
to the window. We *must* draw to the opacity group to get the right
behaviour.

We currently flush if:
* A widget disables double buffering
* You call move/resize/scroll a window and it has non-native children
  during the expose handler

In case this happens we warn and flush the outermost group, so there may
be drawing errors.

https://bugzilla.gnome.org/show_bug.cgi?id=687842

gdkwindow: Store the implicit paint in a list

This changes nothing, but lets us later have multiple
implicit paints

https://bugzilla.gnome.org/show_bug.cgi?id=687842

wayland: React to G_IO_ERR and G_IO_HUP on the wayland socket

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=692728

wayland: remove debug message

https://bugzilla.gnome.org/show_bug.cgi?id=693253

wayland: avoid returning NULL when getting a cursor

https://bugzilla.gnome.org/show_bug.cgi?id=693257

wayland: use the GdkCursorType enum information to lookup the cursor name

Use the enum information to generate the cursor name rather than using a
lookup table.

https://bugzilla.gnome.org/show_bug.cgi?id=693256

wayland: fix the direction of scrolling

Fix the direction of scrolling and convert the delta values into the
expected range.

https://bugzilla.gnome.org/show_bug.cgi?id=693251

Fix a small typo s/parater/parameter

gdkwindow: Do not rely on a previous slave device when updating grab

_gdk_display_device_grab_update does not support passing in NULL for the
source device. If we don't have a slave device (saved in the pointer info)
then do not try and use that NULL pointer for the source_device.

This bug appeared in the Wayland backend where we (currently) only have master
devices exposed and as such no slave device is ever saved.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=692411

build: Bump atk dependency to 2.7.5

The following patch added a dependency on a new API first available in that
release:

commit 92f0c5c38476687a9a50c31eac4f674a7e0b9c91
Author: Mike Gorse <mgorse@suse.com>
Date:   Mon Dec 3 16:07:23 2012 -0600

    Add accessibility for GtkLevelBar and value test

wayland: Use g_value_set_static to avoid string copies

wayland: Pull the cursor theme name out from the setting for it

This avoids us using the default theme and allows us to use a wider range of
cursors.

wayland: Advertise the cursor theme through GtkSettings as Adwaita

... as per the way we advertise a GTK theme to use.

Updated POTFILES.in

post-release bump

3.7.8

Drop things that break distcheck

[l10n] Updated Italian translation.

Update expected output again

pickers.ui is just too sensitive to environment, and the … in
the output doesn't help.

Avoid deprecation warnings in a11y tests

We are testing the deprecated GtkTable here.

More updates

Fix an sed accident

This broke our css parser tests. Yay for tests !

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Update a11y test results to match

Range widgets have lost their action. Update expected output.

Remove a no-op AtkAction from GtkRange

The "activate" action here did not do anything.
It is possible we actually want to have some actions here,
like "step-up", "step-down", "page-up", "page-down", etc.
For now, just remove the AtkAction implementation.
https://bugzilla.gnome.org/show_bug.cgi?id=553334

Update a11y test results to match

The newly added descriptions show up in the accessible
information dumps.

Improve AtkAction implementations

Implement get_localized_name, and also translate the strings
returned by get_description.
https://bugzilla.gnome.org/show_bug.cgi?id=525226

Update a11y test results to match

The new way of setting the icons in GtkMessageDialog changes
the accessible dump output slightly.

Prefer symbolic icons in message dialogs

Based on a patch in
https://bugzilla.gnome.org/show_bug.cgi?id=680048

Prefer symbolic icons for the default message dialog image

The icon does not need high resolution or color to indicate the type
of message and the color can detract from the important part of the message.

https://bugzilla.gnome.org/show_bug.cgi?id=680048

Clarify docs of GtkTextTag -set properties a bit

https://bugzilla.gnome.org/show_bug.cgi?id=687825

a11y: Set up popup-for relation between entry and completion

This may address
https://bugzilla.gnome.org/show_bug.cgi?id=658148

Reinstate old-style deprecation guards for wholly-deprecated files

Make GtkTextView deal better with !can_focus

This was pointed out in
https://bugzilla.gnome.org/show_bug.cgi?id=693050

More updates

Make GtkStatusIcon survive on Broadway

Make the X11 GtkStatusIcon implementation deal with
multiple backends.

https://bugzilla.gnome.org/show_bug.cgi?id=693066

scrolled-window: fix an incorrect gtk-doc comment

Updated Hebrew translation.

Don't build native tools when not cross-compiling

This was my local native build to fail.

Revert "Don't use AC_CANONICAL_TARGET"

This reverts commit cd98eb15cb1532bd80ea0aec13d1adb5aa8aabe7.

It turns out that we just started using AX_PROG_CC_FOR_BUILD, which
for some reason requires AC_CANONICAL_TARGET. That seems wrong to
me, but for now, lets just keep using it.

Don't build gtk-launch when gio-unix is not available

https://bugzilla.gnome.org/show_bug.cgi?id=682824

wayland: Add global_remove handler

Do not crash on wl_registry.global_remove events anymore.

https://bugzilla.gnome.org/show_bug.cgi?id=692899

wayland: Make GdkWaylandDevice public

Rename GdkDeviceCore to GdkWaylandDevice and export it properly in a
header file. Add public accessors for wl_seat, wl_pointer and
wl_keyboard.

https://bugzilla.gnome.org/show_bug.cgi?id=692823

wayland: Rename GdkWaylandDevice

Rename GdkWaylandDevice to GdkWaylandDeviceData so that GdkDeviceCore
can be renamed to GdkWaylandDevice.

https://bugzilla.gnome.org/show_bug.cgi?id=692823

wayland: Remove unused, commented out code

https://bugzilla.gnome.org/show_bug.cgi?id=692823

Only build native-update-icon-cache when no external update-icon-cache binary was found

https://bugzilla.gnome.org/show_bug.cgi?id=692637

Don't use AC_CANONICAL_TARGET

This autoconf macro should only be used for building compilers
(or compiler tools) for a specific target. The current effect of
it in GTK3 is that it causes various executables like gtk3-demo
to be prefixed with $target- when the --target configure flag
is set or when cross-compiling. When cross-compiling GTK3 on
Linux for the Win32 target this causes the gtk3-demo binary
to be named i686-w64-mingw32-gtk3-demo.exe instead of just
gtk3-demo.exe (like it was before commit 53083ea7b423482b)

https://bugzilla.gnome.org/show_bug.cgi?id=692638

scrolledwindow: deprecate gtk_scrolled_window_add_with_viewport()

https://bugzilla.gnome.org/show_bug.cgi?id=693015

Don't use gtk_scrolled_window_add_with_viewport() in tests

https://bugzilla.gnome.org/show_bug.cgi?id=693015

Don't use gtk_scrolled_window_add_with_viewport() internally

Just use gtk_container_add() instead.

https://bugzilla.gnome.org/show_bug.cgi?id=693015

scrolledwindow: make gtk_scrolled_window_add() smart

There's really no reason why we shouldn't automatically create a
GtkViewport when the widget added to GtkScrolledWindow is not a
GtkScrollable, instead of just printing a g_warning.
Copy the viewport special case into the scrolled window implementation
of gtk_container_add().

https://bugzilla.gnome.org/show_bug.cgi?id=693015

Fix a few parameter mismatches in the symbols

Make new state flags show up in the docs

Add new symbols

Add new symbols to docs

Include gtklevelbaraccessible.h in gtk-a11y.h

Add new fullscreen symbols

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

Use consistent capitalization of demo titles

Avoid perl warnings

Apparently, defined is not cool anymore.

Make the text look a bit nicer

Add a margin around the text, and some space between the title
and the body of the info tab.

Set the notebook to be scrollable

The pixbufs example has just too many files..

Updates for 3.7.8

Revert "Forgotten file"

This reverts commit 1d72682332cfac909e62f3ba1cf3d7ee3c7d1490.

Don't strip whitespace from ui files

That turns them into gibberish when we show them in the ui.